home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10761 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.2 KB
  1. Path: news.itsyd.bhp.com.au!news
  2. From: Richard Bowen <bowen.richard.rw@bhp.com.au>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Will JAVA kill C++?
  5. Date: Sun, 10 Mar 1996 15:01:04 +1000
  6. Organization: BHP IT
  7. Message-ID: <31426210.1244@bhp.com.au>
  8. References: <313E44EA.14D110C0@netcom.com> <4hp18v$3di@frodo.smartlink.net>
  9. NNTP-Posting-Host: 134.18.154.118
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (WinNT; I)
  14.  
  15. Will Java kill C++?
  16.  
  17. The Nameless One wrote:
  18. > 
  19. >    ABSOLUTELY NOT!
  20.  
  21. Definitely will.
  22.  
  23. >    Since JAVA is still INTERPRETED (yes, even after it is "compiled" into
  24. > psuedocode) a "pure" C++ program will beat the socks off of a pure Java
  25. > program any day of the week in terms of speed and overall power.  Any
  26. > interpreted language is slow no matter how fast your computer is!
  27.  
  28. There is no reason why Java applications( not web page applets) have to be 
  29. always interpreted.  As new tools are developed, Java will be able to be
  30. compiled into native code just as fast as C++ code.  Sun and Borland are 
  31. even working on interpreters that compile code JIT, meaning platform 
  32. independant bytecode can be compiled dynamically as required on any Java 
  33. platform.
  34.  
  35.  
  36. >    Even if you did compile the JAVA program into your machine's native
  37. > language (in so doing you would lose ALL cross-platform compatibility), I
  38. > still think the C++ program would be quicker and more efficient -- There
  39. > are still some things you will not be able to do in JAVA, such as
  40. > pointers.  And anyone who believes arrays can do anything a real pointer
  41. > can does not know what they are talking about and probably does not know
  42. > how to program very well.
  43.  
  44. True Java doesn't use pointers, it uses references.  But reference can do 
  45. anything a pointer can do, and it has the advantage of never pointing to 
  46. NULL or a deleted object or rubbish that causes a memory access violation.
  47. Using references instead of pointers certainly has no disadvantage.
  48.  
  49.  
  50. >    Java main advantage, and a large advantage it is, will be complete
  51. > cross-platform compatibility.  Meaning any JAVA program will run on any
  52. > machine which has an interpreter programmed for it.  I think we will see
  53. > many JAVA apps in the future, but C++ will be here to stay.  You will
  54. > never program a true operating system in JAVA!  And if a program needs
  55. > real speed or does heavy graphics work I think JAVA will come up short.
  56.  
  57.  
  58. C++ is dying, and once decent Java tools and libraries come out C++ will be
  59. dead.  The Java language can do pretty much anything C++ can do.  Java will
  60. run just as fast as C++.  Java code will be more reliable and robust than
  61. C++ due to garbage collection and a stripped down vocabulary.  And like 
  62. you said, it is a platform independant open standard API so that you can be
  63. confident that any program that you write can run on any PC/Workstation or 
  64. in the future PDA/watch/toaster whatever.  Companies can develop code with
  65. confidence that it will not be worthless when the next operating system
  66. comes into vogue.
  67.  
  68. Java is not some trendy new smalltime language.  It is major step for the 
  69. software industry, and it will revolutionise it.  
  70.  
  71. Java will kill C++.
  72.  
  73. Richard
  74. bowen.richard.rw@bhp.com.au
  75.